Категории
Самые читаемые
RUSBOOK.SU » Разная литература » Прочее » Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - Джессика Ливингстон

Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - Джессика Ливингстон

Читать онлайн Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - Джессика Ливингстон

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать
1 ... 98 99 100 101 102 103 104 105 106 ... 122
Перейти на страницу:

Вспоминаю ситуацию с нашим автомобилем «Феррари», который так раздражал венчурных капиталистов… Стоимость лизинга этого автомобиля составляла около тысячи долларов в месяц. Автомобиль был припаркован в специальном боксе, он был символом благосостояния компании. Я заключил лизинговую сделку таким образом, что нам не нужно было его возвращать. Право на вождение этого автомобиля получал тот сотрудник компании, который приводил к нам в компанию десятерых новых. При этом право сохранялось на все время работы в ArsDigita. На самом деле я все точно рассчитал: «Программисты остаются на одном рабочем месте четыре года, максимум пять лет. Чтобы пригласить в компанию десятерых друзей, им потребуется 3–4 года. Таким образом водить “Феррари” они смогут год или два. Затем они вернутся в университет или уйдут в другую компанию, а авто вернется на стоянку». Я понимаю, что такие действия могут показаться экстравагантными, но в действительности нам это практически ничего не стоило. Однако венчурные капиталисты и другие сотрудники считали, что я бесконтрольно и бессмысленно трачу деньги компании.

Разумеется, нет ничего экстравагантного в найме целой толпы продавцов, «специалистов» по обслуживанию клиентов и вице‑президента по маркетингу. Однако если эти наемные сотрудники в хороших костюмах не выполняют никакого производительного труда – вот это по‑настоящему экстравагантно. Топ‑менеджмент ArsDigita растратил 40 млн долл. Но это никому не показалось странным. Никто не обвинит в ошибке бизнесмена, принявшего на работу специалиста по продажам с заработной платой в 100 тыс. долл. в год, даже если этот специалист ничего не продаст. Вас не посчитают глупым, если вы наймете вице‑президента по маркетингу с заработной платой 200 тыс. долл. в год, который раньше работал в Oracle, даже если этот вице‑президент совершенно бесполезен, зато носит хороший костюм и работает всего пять часов в день.

Однако владение автомобилем «Феррари», который обошелся значительно дешевле любого из перечисленных действий, кажется экстравагантным. Но ведь этот автомобиль вдохновлял программистов и демонстрировал заказчикам, что наша компания ведет успешный и прибыльный бизнес. Автомобиль «Феррари» давал массу преимуществ и в итоге автомобиль стал единственной вещью, на которой заработали венчурные капиталисты: они продали его дороже, чем я его купил.

Частично провал политики руководства ArsDigita объясняется тем, что оно само выкопало себе могилу, заменив ответственность рядовых сотрудников за получение прибыли функциональной структурой управления, где было достаточно отчитываться перед непосредственным начальником. Появились отдел программирования, отдел продаж, отдел обслуживания клиентов и отдел управления проектами. Единственным человеком, который нес ответственность за прибыльность компании, оказался генеральный директор. Вот это действительно серьезная проблема для организации.

Вторым фактором, приведшим к краху организации, стал общеизвестный феномен под названием «эффект второй системы». Этот эффект описал Фредерик Брукс в своей книге «Мифический человеко‑месяц» по отношению к проекту создания операционной системы IBM OS/360 для мейнфреймов в 1960‑х годах. Наша первая система работала на сайтах photo.net, ArsDigita.com и сайтах всех наших клиентов. Она представляла собой набор моделей данных на языке SQL и сценариев, встроенных в веб‑страницы, которые обеспечивали взаимодействие с этими моделями данных для работы онлайн‑форумов и сайтов электронной коммерции. Различные модули выполняли различные функции. У нашей системы было две версии: одна версия на Java Server Pages (которая позволяла взаимодействовать с базами данных Oracle), а вторая – на веб‑сервере AOLserver со встроенным языком сценариев TCL (эффективный веб‑сервер, используемый компанией America Online для работы большинства их веб‑служб). С этого мы начинали в 1995 году. В то время создание подобной системы было сродни искусству. В настоящее время те же функции можно реализовать с помощью IIS (Internet Information Server) и ASP (Active Server Pages). Как бы то ни было, но это был первый веб‑сервер с доступом к базе данных. Мы приобрели известность благодаря этим функциям. Однако венчурные капиталисты и прикормленные ими менеджеры были убеждены, что если мы перейдем на Java, то сможем увеличить объемы своих продаж. Мнение пользователей вообще не учитывалось.

Возвращаясь в 1998 год, мы планировали создать три версии: на Java Server Pages (JSP), на AOLserver и на Microsoft Active Server Pages (ASP), реализованном с помощью языка Visual Basic. Однако затем поняли, что пользователи не интересуются решениями на основе ASP. Пользователи хотели только вносить ежемесячную плату и получать за это работающий сайт. Эффективнее всего оказалось использование веб‑сервера AOLserver для наших клиентов, которым мы предоставляли услуги хостинга. Если программист, поддерживающий сайт клиента, был в отпуске, а в работе сайта возникала неполадка, то любой другой программист мог осуществить поддержку сайта, поскольку все файлы хранились в одном месте и их названия были стандартными. То есть для одного программиста не составляло особого труда исправить ошибку другого.

В чем же проблема? Мы хорошо зарабатывали, клиенты были довольны и активно пользовались нашими решениями. Согласен, в работе любой крупной системы есть недостатки. Ее пользователи составляют список того, что им не нравится, и того, что можно улучшить. Как правило, этот список достаточно длинный. Основная проблема нашей системы совпадала с проблемами систем компании SAP: есть структуры данных, определенные настройки и сценарии для взаимодействия с этими данными. При переходе с одной версии на другую нужно реализовать с помощью SQL в базе данных все действия, чтобы перейти от одной структуры данных к другой, например, при добавлении столбцов в таблицы. Если вы создаете полностью новую систему, тогда все просто: нужно только создать новые таблицы. Но в работающей системе нужно изменить существующие таблицы, что довольно сложно.

Если изменения касались функции, не реализованной в нашем наборе программных инструментов, то клиентам тоже приходилось вносить изменения в свои решения. Та же проблема существовала и в компании SAP. Ее активы составляли миллионы долларов, в ней работали отличные специалисты. Если уж этой компании не удалось решить такую проблему, то мы тоже не станем ее решать. По крайней мере до тех пор, пока у нас не появится неограниченный финансовый источник. Мы ничего не сделали, а ценой за это было то, что нашим клиентам приходилось тратить две недели на обновление сервера. Вот в чем была одна из главных проблем.

Вторая проблема заключалась в том, что наша система не была реализована с использованием полной версии Java 2, Enterprise Edition. В то же время многих удовлетворяло существование многочисленных уровней Java. Клиенты жаловались, что система работает слишком медленно. И это справедливо для первой версии любой системы. Поскольку она новая, не все функции реализованы идеально, некоторые вещи максимально упрощены. В таких случаях своим клиентам мы говорили: «Мы согласны с критикой, и в следующей версии исправим все недостатки. Обновления будут выполняться мгновенно, версия, написанная на J2EE, будет работать очень быстро, и вообще будет просто изумительной. Она выйдет очень‑очень скоро».

Однако многие проблемы в первой системе не были связаны с ошибками разработчиков, а стали следствием сложного выбора и компромиссов, на которые пришлось пойти. Программисты, работавшие над второй версией системы, оказались слишком наивными, они не решали этих проблем раньше по причине своей молодости и, вероятно, не понимали всей сложности стоящих перед ними вызовов.

Фредерик Брукс в своей книге пишет, что вторая система всегда выходит позже обещанного срока – иногда даже на несколько лет. И обычно не решает ни одной из существующих проблем в первой системе. Получив длинный перечень недостатков, разработчики не устраняют практически ни одного из них. В нашем случае произошло следующее. Эти ребята сказали клиентам, что через три месяца предоставят значительно улучшенную новую систему. На самом же деле на ее создание у них ушло полтора года.

Уровень продаж значительно упал, из‑за того что система вышла с большим опозданием. Вначале они убили интерес к старой версии, заявив, что новая уже на подходе, а затем, когда появился новый продукт, оказалось, что некоторые критически важные страницы сайтов работали буквально в несколько тысяч раз медленнее, чем при старой системе. Значит, если раньше пользователи обходились дешевыми однопроцессорными серверами, то теперь для обслуживания того же интернет‑форума нужно было устанавливать 64‑процессорные серверы стоимостью 2 млн долл. Новая система никогда не тестировалась, она не прошла проверки на работающем сайте, например на photo.net, а стала результатом работы группы программистов, действовавших в отрыве от веб‑издателей и пользователей и программировавших как им вздумается. Все эти программисты были слишком молоды, поскольку из компании уволили некоторых серьезных специалистов.

1 ... 98 99 100 101 102 103 104 105 106 ... 122
Перейти на страницу:
На этой странице вы можете бесплатно скачать Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - Джессика Ливингстон торрент бесплатно.
Комментарии
Открыть боковую панель
Комментарии
Сергій
Сергій 25.01.2024 - 17:17
"Убийство миссис Спэнлоу" от Агаты Кристи – это великолепный детектив, который завораживает с первой страницы и держит в напряжении до последнего момента. Кристи, как всегда, мастерски строит